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SYSTEM AND METHOD FOR MANAGING BRIEF DESCRIPTION OF THE DRAWINGS 

PREPAID WIRELESS SERVICE mn t u ^ u , r 

Mu. 1 shows an exemplary embodiment of a system 

CROSS-REFERENCE TO RELATED according to the present invention. 

APPLICATIONS 5 FIG. 2 shows an exemplary embodiment of a wireless 

prepaid device according to the present invention. 
This application claims priority to provisional application r, T ^ - . -n * . 

60/093,000 entitled "SYSTEM AND METHOD FOR FIG ' 3 shoWS a a short messa g e 

MANAGING A PREPAID WIRELESS SERVICE" filed on SCfV1Ce P rocess * 

Jul. 16, 1998, the contents of which are incorporated herein FIG - 4 shows an exemplary embodiment of a software 
by reference. 10 model of processing queues. 

FIG. 5 shows a flow chart illustrating carrying out an 
FIELD OF INVENTION activation process. 

The present invention relates to system and method for FIG * 6 shows a flow chart illustrating a process for 
managing a prepaid wireless service. 35 refreshing an available credit amount. 

FIG. 7 shows a process flow relating to a credit refresh 
BACKGROUND OF THE INVENTION operations using an Interactive Voice Response System. 

In a conventional wireless system, a subscriber purchases FIG - 8 shows another process flow relating to credit 

a wireless phone (i.e., a handset) and a wireless service from refresh operations using customer service agents, 

a service provider. The subscriber has a contract with the 20 FIG. 9 shows agents' application developed as a thin 

service provider and pays a monthly subscriber fee for client. 

access to the wireless service and also pays for air time. If FIG. 10 shows a modification of FIG. 9. 
the subscriber fails to timely pay, the service provider may 

disconnect the service. Then the service provider have to DETAILED DESCRIPTION OF THE 

attempt to collect money for unpaid bills. 25 INVENTION 

U.S. Pat. No. 5,470,247 describes a cellular telephone Ge f neral Overview of System 1 

communication refill system. This system includes an appa- In a svstem ! n accordance with the present invention for 

ratus that meters payment according to a predetermined m™g«g a wireless P re P aid **™<*> a network provider 

parameter (e.g., a number of calls, an amount of funds, etc.). delivers a wireless communications network, e.g., Global 

The predetermined parameter is stored within a secured 30 Svstem for Moblle Communications (GSM) network. The 

metering device of the apparatus. P resent iaventl0n 1S J ust as applicable to alternative wireless 

no vr r r-,-, ,™ , , , * communication networks as it is to GSM. A service provider, 

U.S. Pat. No. 5,577,100 describes a mobile phone having Qn ^ Qther hand> ides a M seryice which 

internal accountuig capabilities for real time call debiting delivering customer service functions to a subscriber of such 

The mobility phone includes an internal memory which 35 ^^^5 

stores an upgradable rate table and a complex billing nQ ± shows an , embodiment of the system 1 

algorithm calculating an account status on the fly. In ^ accordance with ^ , inv6n tion. The system 1 

addition, the moblle phone is capable of alerting a customer a combination of n6tworked workstations and serv- 

of real-time account status. Furthermore this U.S. Patent eK ^ arfi descri5ed below Connections within the system 

provides for a communication system which activates the 4Q !, except ^ 0 t herw ise indicated, are made via, e.g., Ethernet 

mobile phone and upgrades the account status in the rate Transmission control Protocol/Internet Protocol (TCP/IP) 

a e over airways. Alternative data networking arrangements may be 

Therefore, there is a need for a wireless prepaid system provided to transfer data throughout the system, 

where the service provider does not need to be concerned The system 1 is accessible via a wireless device 10 (e.g., 

with collecting the unpaid bills and where the subscriber has 45 a mobile phone), a fixed phone 150 or a communication 

control over his wireless expenditures. network (e.g., the Internet) (not shown). Using the device 

SUMMARY OF THE INVENTION J* * l ° * *™* * bh h C ?h ™ 

Network (FPPN)140, via a wireless network; the phone 150 

The present invention provides a technique for facilitating is connected to the FPPN 140 directly. The FPPN 140 then 

provisioning of pre-paid wireless communication services. 50 connects the subscriber, via a suitable telephony interface, 

In accordance with an embodiment of the present invention e.g., Digital Access Signaling System (DASS) 143, to an 

a wireless device includes a memory that stores a credit Automatic Call Distribution (ACD) system 130. 

amount and a tariff or rate table. The credit amount can be The ACD 130 may connect the subscriber to an automated 

set at the time the device is activated. The device monitors Interactive Voice Response (IVR) system 30 via a suitable 

the credit available and recalculates that amount as the 55 telephony interface, e.g., Digital Private Network Signaling 

device is used. The recalculation uses information stored in System (DPNSS) 142 or to a Call Center 165 having 

the tariff or rate table. In the event the subscriber needs to customer service agents. The subscriber may switch 

refresh the available credit he or she contacts the service between the IVR 30 and the Call Center 165 at any time 

provider and provides cither credit or debit account in for- during the call. 

mation and/or prepaid calling card information to an IVR 60 Device 10 

system or to an agent in a call center environment. The FIG. 2 illustrates in more detail the wireless device 10 of 
p rovider then generates an SMS message to modify lne the system 1. The device 10 can be, e.g., a wireless phone, 
cred it contents ot the device's mem ory o ver-tbe -air. a wireless pager, or an apparatus having a wireless modem. 
F urthermore, the provider may provide a plurality of alte r- The device 10 includes a memory device 11, a processor 12, 
na tive tariff or rate tables, an d/or may modify such tables 65 a receiver/transmitter 13, an input device 14 and an output 
over time. Ths ja wvidor con use sMa UjetS gges-to update the device 15. The input device 14 can be, e.g., a keyboard, a 
device's memory to include an alternative tariff or rate table. voice recognition device, etc. The output device 15 can be, 
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e.g., a LCD screen, a display, a monitor, a sound device, etc. CSS 50 

The memory device 11 may store, e.g., software The CSS 50, shown in FIG. 1, includes a subscriber 

applications, a subscriber profile, calling tariff tables, an database 230 and a scratch card (i.e., a prepaid calling card) 

unique identification number (in this embodiment of the database 240. The subscriber database 230 continuously 

invention the MSISDN of the wireless phone subscriber) S keeps track of all activities conducted by the subscriber, the 

and an available credit amount. The memory device 11 also IVR 30 and/or the Call Center 165 (e.g., activation, credit 

stores a preprogrammed number which allows the subscriber refresh, and device 10 activities). In addition, the subscriber 

to connect with the system 1 to be activated and/or to database 230 automatically mirrors the information stored in 

replenish the credit amount, the memory device 11 of the device 10. The subscriber 

Calls to and from the device 10 invoke call charging based 10 database 230 is used to resolve disputes with the subscriber 

on the calling tariff tables stored in the memory device 11. and to detect possible fraud. 

For each call received or initiated, the device 10 calculates The scratch card database 240, on the other hand, tracks 

its cost using the tariff or rate tables stored in the memory, all activities of a scratch card (e.g., generation, printing, 

and deducts the cost from the available credit amount. distribution, activation and use of the scratch card). In one 

Certain data (e.g., the preprogrammed number and 15 embodiment, the subscriber and scratch card databases 230, 

MSISDN) of the memory device 11 are stored during an 240 are run and maintained using, Microsoft SQL Server® 

assembly process of the device 10 by a manufacturer. The from Microsoft Corporation. Further, in one embodiment, a 

manufacturer provides this data, e.g., as a data file, to the CSS application software on CSS 50 runs under, Microsoft 

service provider. The service provider needs the data file to Windows NT® Version 4 from Microsoft Corporation, 

perform an initial provisioning of the device 10 on the 20 Software Model 

wireless network. The file is initially stored in a Customer The system 1 according to one embodiment the present 

Support System (CSS) 50 (described in detail below). At a invention utilizes a software model of 'work queues'. An 

predetermined time, the data file is transferred to a Network exemplary embodiment of the software model is shown in 

Billing and Administration System (NBAS) 190 and an FIG. 4. A process includes a number of separate and discrete 

encryption and authorization server 40 (hereinafter EAS) 25 subprocesses; each subprocess can be managed by a single 

such as the Debit Authorization Server (DAS) from Telemac task. For example, an input queue 400 provides information 

Cellular Corporation. These data file transfers and process- about a task 1 which is necessary to perform the subprocess 

ing are performed before any use can be made of the device 410. The subprocess 410 processes the information in accor- 

10. dance with a definition of the process and then places results 

The device 10 is capable of receiving and sending infer- 30 in an output queue 420. The output queue 420 for the 

mation using Short Message Service (SMS) messages. Secu- subprocess 410 then becomes an input queue 420 for a 

rity of the SMS messages is provided by an encryption subprocess 430, within the definition of the process. The 

server, e.g., EAS 40. The EAS 40 ensures that the SMS input queue 420 provides information about a task 2 to the 

messages cannot be reused, copied, viewed or altered. The subprocess 430 and then the results are placed in an output 

EAS 40 encrypts the information in the SMS messages (e.g., 35 queue 440. The queue 440 serves as the output queue for the 

the MSISDN, credit refresh, SIM Serial Number (SSN) and subprocess 430 and also as an input queue for a subprocess 

a message serial number for this encryption of the SMS 450. If for some reason any task stops, the input queue 

message). The EAS 40 passes the SMS message to the IVR processes grow, and the output queue gradually diminishes 

30 which then sends the SMS message to the device 10 (See to an empty queue, as the other subprocesses ahead in a 

FIG. 1). 40 production line continue to work. If the input queue grows 

FIG. 3 illustrates a diagram of a Short Message Service at a rate greater than the rate a task can process it, additional 

Process. The system 1 implements an SMS Center (SMSC) occurrences of the same task can be started. 

180 (in FIG. 1) that supports an appropriate two-way pro- In one embodiment, the software model, shown in FIG. 4, 

tocol over, e.g., the TCP/IP transport connection. A Short is applied to the credit refresh process described below, 

Message Service — Mobil Terminated (SMS-MT) message 45 where separate processes exist for credit/debit card 

containing predetermined information is sent over the air to validation, the EAS processing, and the SMS messages 

the device 10. The device 10 receives the SMS messages sending. This software model is suited to applications where 

using the receiver/transmitter 13 (FIG. 2), decrypts the a number of specialized processes are required. The software 

SMS-MT message and performs the required operation model also facilitates easy adaptation into other environ - 

(e.g.,a credit refresh). Then, the device 10 sends a positive 50 ments where interfaces change. There is no need to change 

acknowledgment in the form of a Short Message Service — an entire application, only the sub application that performs 

Mobile Originated (SMS-MO) message back using the that process. This approach also speeds up integration 

receiver/transmitter 13. The SMS-MO messages from the testing, as each subapplication can be completely tested in 

device 10 to the system 1 are not charged to the subscriber. isolation to the other subapplications. Additionally, the pro- 

The IVR 30 manages an SMS work queue 300, including 55 cesses that put work into the queues are not only the IVR 30 

an application level flow control, retry counts, monitoring processes; they are also personal-computer-based applica- 

and auditing. The IVR SMS Send Task (SMS-TX) 310 tions deployed in the Call Center 165. 

monitors the SMS work queue 300, processes new entries Activation 

accordingly, monitors MT-ACK messages returned from the FIG. 5 provides a flow chart illustrating a process for 

SMSC 180 (which can be SMSC A 330 and SMSC B 340) 60 activating wireless device 10. When the subscriber dials the 

and updates the status in the SMS work queue 300. preprogrammed number, the call is routed to and answered 

The IVR SMS Receive Task (SMS-RX) 320 monitors the by IVR 30 (step 500). Alternatively, the subscriber may 

MO-ACK from the devices 10, by whatever route they activate the device 10 by calling the Call Center 165 

arrive (i.e., the SMSC A330 or the SMSC B 340), links them (described in detail below). To activate the device 10, the 

with the appropriate SMS-MT message, and then updates 65 IVR 30 uses device 10's MSISDN. 

the SMS work queue 300 as well as stores any data returned The IVR 30 responds differently to calls received from the 

with the SMS-MO message. device 10 for the first time, a registered device 10, a 
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non-registered device 10, the fixed phone 150 or the com- service provider can initiate an SMS message that forwards 
munication network. tariff table updates at any time the service provider needs to 
When the call is received by the IVR 30, the IVR 30, do so. This enables the service provider to have maximum 
using its Digital Signal Processing (DSP) input recognition flexibility in establishing its tariff rates, especially as net- 
capability, analyzes an A-party number (i.e., a number of s work providers become more competitive in price structures 
calling party or a call originator) to determine automatically offering alternative rate packages to capture as many differ- 
the MSISDN as the DSP input (step 510). If the subscriber ent users, having different usage patterns, as possible, 
uses any means other than the device 10 to connect to the Credit Refresh 

system 1, the IVR 30, prompts the subscriber to enter FIG. 6 provides a flow chart that illustrates the credit 

manually the appropriate MSISDN as a DTMF input (step 10 refresh process (i.e., increasing the available credit amount). 

520). The subscriber accesses the IVR 30 by calling the prepro- 

Subsequently, the system 1 determines whether the grammed number using the wireless device 10, the tele- 

MSISDN is valid using the subscriber database 230 (step phone 150 or via a data network such as the Internet. The 

530). If the MSISDN is invalid, the system 1 rejects the call system permits the subscriber to call the preprogrammed 

or requests the subscriber to reenter the MSISDN (step 550). is number, even though the available credit amount on the 

If the MSISDN is valid (step 540) (i.e., had been already device 10 may have fallen below a required amount needed 

provisioned to be used within the system 1), the system 1 to make an outbound call. 

then checks if the mobile device has already been activated When the preprogrammed number is called, the IVR 30 

referring to its MSISDN (step 560). As described above, the answers the call (step 600) and launches its application, 

device 10 cannot be activated without prior provisioning. If 20 similar to one used for the activation of the device 10. The 

the MSISDN was not activated before (i.e., its a non- IVR 30 collects and validates information about the device 

registered device 10), the system 1 activates it by unbarring 10 (i.e., the MSISDN) (step 610). To increase the available 

(step 570) and then sends the subscriber to the credit refresh credit amount, the subscriber may use (step 620) a credit/ 

process (step 580), The subscriber is also sent to the credit debit card and/or a scratch card (described in more detail 

refresh if the IVR 30 determines that the MSISDN was 25 below). In a single phone call, the subscriber may increase 

activated previously. Subsequently, the IVR 30 updates the the available credit amount (step 660) for more than one 

subscriber database 230. device 10 and may use more than one credit/debit card, 

The "activated?" step can include a substep of checking scratch card, or any combination of the above cards, 

whether a bar was placed on the device 10 (not shown). If Once the scratch card has been authorized (step 650), or 

the device 10 is barred, then a further check is made to 30 the credit/debit card information collected (step 640), and if 

establish whether the bar is in place as a result of the agents' the subscriber has no further operations to perform, the call 

request (e.g., because the associated device 10 was stolen). will be terminated (step 670). 

If this is not the case, then the IVR 30 records that the device FIG. 7 illustrates a process flow relating to the credit 

10 is not active by setting an internal flag, but it can be refresh. The IVR 30 may queue the requests for background 

activated and unbarred as described. If however, it was 35 processing. As the scratch card has been authorized on-line 

barred at an agent's request further processing may be during the call the requests may be queued for processing by 

inhibited. the EAS 40. (See blocks 700, 720). The credit/debit card 

Once activation of the device 10 and the credit refresh information must first be authorized through the Payment 

(described below) have been successfully processed, the Clearing Service (PCS) 200 (block 700 to block 710, to 

IVR 30 instructs the CSS 50 to unbar the associated 40 block 730 to block 720). 

MSISDN. The CSS 50 then interfaces with the Gateway 191 An encryption process can interface with the EAS 40 

to remove the incoming call bar and thus enable incoming using, e.g., the TCP/IP socket -socket protocol. The process 

SMS messages and telephone calls to the device 10, Due to will send the MSISDN and Credit Update Value pair (block 

the NBAS 190 unavailability for a routine maintenance, 720) to the EAS 40. The EAS 40 returns the encrypted SMS 

activation of the device 10 might be limited to be performed 45 message (block 740) to be sent to the device 10. It may also 

only between certain hours of the day. This is because the return other SMS messages that have been stored (e.g., 

responses from the NBAS 190 that the system 1 needs to requests to change the calling tariff tables, requests to check 

complete the unbar process may not be delivered until the available credit amount). The EAS 40 normally sends 

several hours have elapsed from submission of the unbar information back to the IVR 30 at the time of the credit 

requests. The IVR 30 may advise the subscriber as to this 50 refresh, but information can be sent on an ad hoc basis. All 

availability, and prevent the activation with an appropriate processed EAS requests are placed in a queue awaiting 

message. In such cases the CSS 50 queues requests and only (block 750) to be sent by the SMS message to the device 10. 

sends them to the NBAS 190 when it is on-line. After Detailed records for each process are recorded for future 

sending a provisioning request to the NBAS 190, the CSS 50 audit. 

polls for an acknowledgment that the request has been acted 55 The SMS send process handles the delivery of the SMS 

on. The CSS 50 maintains flags in the subscriber database messages to their intended destination (block 760). As 

230 that indicate the current status of the subscriber (via the described above in FIG. 3, the device 10 generates a return 

MSISDN). SMS-MO message in response to the SMS-MT messages. 

Within the activation component, the CSS 50 un-bars the The SMS process monitors bi-directional SMS messages 

device 10 via the NBAS 190 interface to a Home Location 60 and only mark a message as processed once a successful 

Register (HLR) 260 within the system 1 (shown in FIG. 1). return SMS-MO message has been received. More 

The HLR 260 has a HLR database 270. particularly, the SMS process handles the delivery of the 

At the time of activation, the service provider can use the SMS messages via the SMSC 180 to their intended desti- 

SMS service described below to provide tariff table infor- nation. The SMSC 180 returns a low level ack, then the 

mation to the device over the air. Updates of this tariff table 65 device 10 returns an ack. The device 10 then returns a higher 

can be sent whenever a subscriber seeks to refresh the credit level ack for credit refresh, when the credit refresh has taken 

of the wireless device as described below. Alternatively, the place in the device 10. This SMS-MO may not be subjected 



08/19/2003, EAST version: 1.04.0000 



US 6,480,710 Bl 



8 



to change. If no SMS-MO message is received within a 
predetermined timeout, the SMSC 180 returns the SMS 
message to the IVR 30. Depending on the failure code in the 
message, the IVR 30 can choose to re- transmit the credit 
refresh SMS message. 
Credit/Debit Card Authorization 

Specifics as to implementations for the credit/debit card 
are described below. Due to the possible delay in authori- 
zation of the credit/debit card transaction, this process may 
be performed after the IVR 30 interaction with the sub- 
scriber has terminated (step 670). Before the call 
termination, the subscriber is advised that the available 
credit amount will be updated; thus, the device 10 should be 
kept switched on. If the device 10 is turned off, the available 
credit amount will be updated as soon as the subscriber turns 
on the device 10. 

The payment by the credit/debit card requires that the 
subscriber enter certain information about the credit/debit 
card. This information includes a card number, an expiration 
date, an issue number (only for certain types of the debit 
card), and a desired amount. This information is stored in the 
credit/debit card queue for transaction authorization (block 
710). The process to be performed for the credit/debit card 
authorization consists of assembling the relevant card infor- 
mation collected from the subscriber in accordance with that 
required for the input drive on the PCS 200, and then 
sending this data to an acquirer (e.g., an institution that 
provided the credit/debit card) (block 730). 

Payment clearing processing uses the PCS 200 and 
involves, e.g., the following elements: the subscriber, a card 
issuer, a merchant and the merchant's transaction acquirer 
(the acquirer). In one exemplary embodiment, on-line 
requests for payment authorization are submitted by the 
merchant to the acquirer using protocols defined by the U.K. 
Association for Payment Clearing Services (APACS) Stan- 
dards, The acquirer forwards the request to the issuer and 
returns the response to the merchant. Daily batches of 
authorized transactions are submitted to the acquirer in a 
format defined by, e.g., APACS-29 standard. The subscriber 
presents the credit/debit card information via the IVR 30 
operated on the merchant's behalf. The card details are 
forwarded to the PCS 200, operated on merchant's behalf. 

The PCS 200 handles the APACS-30 interaction with the 
acquirer, and returns an authorization response message. The 
authorization response message is generated by the credit/ 
debit card processing system and can be, e.g., one of the 
following outcomes: authorized, declined or referred. To the 
subscriber, decline and referred messages effectively have 
the same meaning because the available credit amount will 
not be increased. If the transaction is declined or referred, 
the subscriber is informed to contact the card issuer. If the 
transaction is authorized, the details of the MSISDN and the 
available credit amount are passed to the EAS 40 queue for 
further processing (block 740). Once the credit/debit card 
authorization is performed on-line, and authorized by the 
PCS 200, the IVR 30 passes this information to the CSS 50 
for complete audit tracking within the CSS 50. In particular, 
the subscriber database 230 maintains, as described above, 
complete subscriber history of such transaction. 
Scratch Card Activation 

The service provider generates, prints and distributes the 
scratch cards to retailers. The scratch cards are packed in a 
package. The retailer sells the scratch card to the subscriber. 
While in a distribution chain the scratch cards cannot be 
used on the system 1 until they are activated. To activate the 
scratch card, the retailer has to contact the service provider. 
Upon providing necessary information (e.g., retailer's iden- 



tification number, retailer's security code, and an identifi- 
cation number of the package), the service provider activates 
the scratch card. 

The CSS 50 maintains detailed record about each scratch 
card in the scratch card database 240 (described above). In 
addition, the CSS 50 tracks all scratch cards usage to ensure 
that the scratch card cannot be used more than once. When 
the subscriber calls to increase the available credit amount, 
the CSS 50 confirms validity of the scratch card and no 
further authorization is required. In addition, the IVR 30 
collects the scratch cards' records directly from the device 
10, and passes these records to the CSS 50 for a validation 
matching. 

Once the scratch card is validated the IVR 30 terminates 
the call with the subscriber, then passes the MSISDN and 
credit update value to the DAS queue for further processing 
(block 720). The CSS 50 marks the scratch card as 'used' in 
the scratch card database 240, and then updates the sub- 
scriber database 230 to maintain the complete subscriber 
history. 

Device Barring/Disconnection 

The device 10 may be barred or completely disconnected. 
These operations may be done automatically by the IVR 30 
or manually by the agents. When the agents access the IVR 
30 support function, they can launch a background task 
within the IVR 30 that requests the CSS 50 to put an 
incoming call bar on the particular MSISDN. The CSS 50 
interfaces with the NBAS 190 to issue the bar commands, 
thus preventing incoming SMS messages and telephony 
calls to and from the device 10. 
Agents of the Call Center 165 

The system 1 according to the present invention may 
function automatically using the IVR 30 (as described 
above) or manually with help of the service provider's 
agents (agents). The agents are positioned in the Call Center 
165 and have a telephony interface 160 and/or a workstation 
interface 170. The agents supplement the IVR 30 by per- 
forming similar processes. For instance, the agents may 
activate the device 10, increase the available credit amount, 
using the credit/debit card and/or the scratch card, and 
respond to general inquiries of the subscriber. 

As in the case of the IVR 30, the agents may transfer 
funds using the scratch and/or credit/debit cards. There is a 
potential for abuses by the agents within the Call Center 165 
because the agents are trusted personnel who require access 
to the processes in order to perform the necessary functions. 
Audit trails within the processes recognize this potential, 
and ensure that interfaces to these processes are secure and 
audited. Different levels of access will be required, as well 
as a personal identification number (PIN) protection for the 
agents. 

The work queue model (described below) can also be 
used in case of the agents. The processes of the work queue 
model are the same as those within the IVR 30. The work 
queue model restricts the view of the tasks that perform the 
sub -processes to the agents' own input work queue, and the 
agents* own output work queue. The task performing the 
sub -process has no knowledge of the sub -processes that 
occur before itself. This therefore implies that different 
60 sub-processes, running on different platforms, could all 
precede the task, provided that they have access to, and share 
a common structure for placing data in the input work queue 
for the task. 

FIG. 8 illustrates a process flow relating to the credit 
refresh operations that is similar to the one depicted in FIG. 
7, except that the agents of the Call Center 165 are being 
used instead of the IVR 30 to control the process. The agents 
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place a work data into one or more queues (blocks 710, 720 
and 750). This ensures integrity of the processes, being 
defined in only one place. In addition, it is necessary to use 
a queue management system that has a multi-user capability, 
as there may be multiple agent tasks writing to the input 5 
queues, as well as multiple occurrences of the sub-process 
task reading the input work queue and writing to the output 
work queue. 

The most suited system for implementing the queues 
using database tables, with full file and record locking 
mechanisms would be a relational database, such as from 
Oracle Corporation or Sybase. The IVR 30 can read and 
write from these databases, and the agents' application 
would be written using, e.g., a conventual programming 
language, that also has read and write capabilities to these 
databases. All activities performed by the agents will be 15 
subject to stringent auditing. Every transaction processed 
through the work queues will be stamped with date/time and 
agent's logon identification 10 that placed the entry in the 
work queue, including the IVR 30 ports. 

The agents' application may be developed as a thin client 20 
900 shown in FIG. 9. The thin client 900 is the application 
deployment method that is generally considered the fastest 
to develop. The thin client 900 typically uses a web server 
910 to connect to an information server 920. The application 
server 920 processes requests on behalf of the thin client 900 25 
by accessing other information servers, and passes the 
responses back to the thin client 900. An interface for the 
thin client 900 can be developed using, e.g., Hyper Text 
Markup Language (HTML) or any other conventional pro- 
gramming languages. For the agents' application, the infor- 30 
mation server 920 already exists in the IVR 30. 

Brite Voice's Write-1 software environment with which 
the IVR 30 may be developed, has an extension that supports 
the web server 910. This is illustrated in FIG. 10. The 
Write-1 software architecture model of a software bus 935 35 
allows the web server 910 to use the software bus 935 to 
communicate with other components on the software bus 
935. It permits the web server 910 to execute the same IVR 
30 sub-processes, access the same information, and allow 
the centralized management of the 'work queues*. 40 

The agent workstations can use a conventional web 
browser, e.g., Netscape® Version 4 from Netscape Corpo- 
ration. Development may be written using, e.g., HTML and 
Write-1 Scenario Generation Language (SGL), accessing a 
database server 980. Requests from the web browser will be 45 
directed by the web server 910 to the web component 930 on 
the software bus 935, these in turn will run SGL sub- 
processes 940, which will in turn read from and write to the 
database 960. 

The above described system provides an arrangement that 50 
facilitates control of prepaid wireless devices. The arrange- 
ment simplifies the process by which a subscriber's equip- 
ment can have its credit refreshed and have the rate schedule 
under which it operates updated. 

Several exemplary embodiments of the present invention 55 
are specifically illustrated and/or described herein. However, 
it will be appreciated that modifications and variations of the 
present invention are covered by the above teachings and 
within the purview of the appended claims without departing 
from the spirit and intended scope of the present invention. 60 

What is claimed is: 

1. A method for managing a wireless prepaid service using 
a control arrangement and a wireless device having a 
memory, comprising the steps of: 
storing a device identification number, calling tariff data, 65 
an available amount and one or more programs in the 
memory of the wireless device; 
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receiving a first signal from a telephone system, the first 
signal being indicative of a connection of a call; 

after receiving the first signal, modifying the available 
amount as a function of the calling tariff data and a 
length of the call using the one or more programs; and 

updating the calling tariff data in the memory of the 
wireless device using a first message sent via a data 
bearer communication service. 

2. The method according to claim 1, further comprising 
the step of: 

storing an access number of the control arrangement in 
the memory of the wireless device. 

3. The method according to claim 1, further comprising 
the step of: 

accessing the control arrangement via at least one of the 
wireless network, a wired telephone network and a 
communication network, 

4. The method according to claim 1, further comprising 
the step of: 

preventing the wireless device from receiving and sending 
the call using the control arrangement. 

5. The method according to claim 4 wherein the wireless 
device is prevented from receiving or sending the call when 
the available amount is less than a predetermined amount. 

6. The method according to claim 4, wherein the control 
arrangement renders the wireless device incapable of receiv- 
ing or sending the call when a condition suggesting fraud is 
detected. 

7. The method according to claim 6 wherein the condition 
suggesting fraud is detected by monitoring data stored in a 
subscriber database located external to the wireless device 
and the available amount stored in the memory of the 
wireless device; and 

wherein the data stored in the subscriber database relates 
to usage information and the available amount. 

8. The method according to claim 4 wherein the wireless 
device is prevented from receiving or sending the call by a 
customer service representative. 

9. The method according to claim 4 wherein the step of 
preventing the wireless device from receiving or sending the 
call further comprises the substeps of: 

transmitting a second message via the data bearer com- 
munication service to the wireless device; and 

upon receiving the second message, restricting the wire- 
less device so as to prevent it from receiving or sending 
the call. 

10. The method according to claim 4 wherein the step of 
preventing the wireless device from receiving or sending the 
call further comprises the substeps of: 

transmitting a second message via the data bearer com- 
munication service to the telephone system; and 

upon receiving the second message, rendering the wire- 
less device inoperable. 

11. The method according to claim 1, further comprising 
the step of: 

if the wireless device is unable to receive and/or send the 
call, allowing the wireless device to contact the control 
arrangement via an access number. 

12. The method according to claim 1, further comprising 
the steps of: 

determining an update amount as a function of at least one 
of a prepaid card, a credit card and a debit card using 
the control arrangement; 

transmitting the update amount to the wireless device 
using a second message sent via the data bearer com- 
munication service; and 
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modifying the available amount by the update amount 
within the memory of the wireless device in accordance 
with the second message. 

13. The method according to claim 1 further comprising 
the step of: 

updating the available amount in the memory of the 
wireless device using a second message sent via the 
data bearer communication service. 

14. The method according to claim 1 wherein the data 
bearer communication service is short message service. 

15. The method according to claim 1 wherein the memory 
of the wireless device includes a smartcard; and 

wherein one or more of the device identification number, 
the calling tariff data, the available amount and the one 
or more programs are stored in the smartcard. 

16. The method according to claim 1 wherein the memory 
of the wireless device includes a subscriber identity module; 
and 

wherein one or more of the device identification number, 
the calling tariff data, the available amount and the one 
or more programs are stored in the subscriber identity 
module. 

17. The method according to claim 1 further comprising 
the step of: 

activating the wireless device. 

18. The method according to claim 17 wherein the step of 
activating the wireless device further comprises substeps of: 

storing the device identification number in the control 
arrangement; 

forwarding the device identification number stored in the 
memory from the wireless device to the control 
arrangement; 

determining whether the device identification number 
forwarded from the wireless device is valid by com- 
paring it to the device identification number stored in 
the control arrangement and whether the wireless 
device has been previously activated; 

upon determining that the forwarded device identification 
number is valid and the wireless device has not been 
previously activated, transmitting one or more codes to 
the wireless device; 

upon receiving the one or more codes, executing the one 
or more application programs so as to enable the 
wireless device to perform its normal functions; and 

after executing the one or more application programs, 
forwarding an acknowledgment to the control arrange- 
ment to indicate that the wireless device has been 
activated. 

19. The method according to claim 18 wherein commu- 
nications between the control arrangement and the wireless 
device are implemented using messages sent via the data 
bearer communication service. 

20. The method according to claim 18 wherein the device 
identification number is a MS1SDN. 

21. A system for managing a wireless prepaid service, 
comprising: 

means for storing one or more of a device identification 
number, calling tariff data, an available amount and one 
or more programs on a wireless device; 

means for receiving a first signal from a telephone system, 
the first signal being indicative of a connection of a call; 

means for modifying the available amount as a function of 
the calling tariff data and a length of the call using the 
one or more application programs upon receiving the 
first signal; and 
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means for updating the calling tariff data in the wireless 
device using a first message sent via a data bearer 
communication service. 

22. The system according to claim 21 further comprising: 
means for updating the available amount in the wireless 

device using a second message sent via the data bearer 
communication service. 

23. The system according to claim 21 wherein the data 
bearer communication service is short message service. 

24. The system according to claim 21 wherein the means 
for storing one or more of the device identification number, 
the calling tariff data, the available amount and the one or 
more programs is implemented as a smartcard. 

25. The system according to claim 21 wherein the means 
for storing one or more of the device identification number, 
the calling tariff data, the available amount and/or the one or 
more programs is implemented as a subscriber identity 
module. 

26. The system according to claim 21 further comprising: 
means for activating the wireless device. 

27. The system according to claim 26 wherein the means 
for activating the wireless device further comprises: 

means for storing the device identification number in a 

control arrangement; 
means for forwarding the device identification number 
stored in the wireless device to the control arrange- 
ment; 

means for determining whether the device identification 
number forwarded from the wireless device is valid by 
comparing it to the device identification number stored 
in the control arrangement and whether the wireless 
device has been previously activated; 
means for transmitting one or more codes to the wireless 
device upon determining that the forwarded device 
identification number is valid and the wireless device 
has not been previously activated; 
means for executing the one or more application programs 
so as to enable the wireless device to perform its normal 
functions upon receiving the one or more codes; and 
means for forwarding an acknowledgment to the control 
arrangement to indicate that the wireless device has 
been activated after executing the one or more appli- 
cation programs. 

28. The system according to claim 27 wherein the device 
identification number is a MSISDN, 

29. The system according to claim 21 further comprising: 
means for preventing the wireless device from receiving 

and sending the call using at least one of a control 
arrangement and the wireless device. 

30. The system according to claim 29 further comprising: 
means for allowing the wireless device to contact the 

control arrangement via the access number if the wire- 
less device is unable to receive and/or send the call. 

31. The system according to claim 21 further comprising: 
means for determining an update amount as a function of 

at least one of a prepaid card, a credit card and a debit 
card using the control arrangement; 
means for transmitting the update amount to the wireless 
device using a second message sent via the data bearer 
communication service; and 
means for modifying the available amount by the update 
amount within the memory of the wireless device in 
accordance with the second message. 

32. The system according to claim 29 wherein the wire- 
65 less device is prevented from receiving or sending the call 

when the available amount is less than a predetermined 
amount. 



20 



25 



30 



35 



40 



45 



50 



55 



60 



08/19/2003, EAST version: 1.04.0000 



US 6,480, 

13 

33. The system according to claim 29 wherein the wire- 
less device is prevented from receiving or sending the call 
when a condition suggesting fraud is detected. 

34. The system according to claim 33 wherein the con- 
dition suggesting fraud is detected by monitoring data stored 5 
in a subscriber database located external to the wireless 
device and the available amount stored in the memory of the 
wireless device; and 

wherein the data stored in the subscriber database relates 
to usage information and the available amount. 10 

35. The system according to claim 29 wherein the wire- 
less device is prevented from receiving or sending the call by 
a customer service representative. 

36. The system according to claim 29 wherein the means 
for preventing the wireless device from receiving or sending 15 
the call further comprises: 
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means for transmitting a second message via the data 
bearer communication service to the wireless device; 
and 

means for restricting the wireless device so as to prevent 
it from receiving or sending the call upon receiving the 
second message. 
37, The system according to claim 29 wherein the means 
for preventing the wireless device from receiving or sending 
the call further comprises: 

means for transmitting a second message via the data 
bearer communication service to the telephone system; 
and 

the telephone system further comprises means for render- 
ing the wireless device inoperable upon receiving the 
second message. 

* * * * * 
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